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(54) System and method for programmatically creating a graphical program 

(57) A system and method for programmati- the existing graphical program. 
caJry/dynanTrcaJfy creating or editing a graphical pro- 
gram. A first program may be created, wherein the first 
program specifies creation of a new graphical program 
When the first program Is executed, the new graphical 
program is programmatlcally created, in response to 
executing the first program. Thus, during execution of 
the first program, the first program Is operable to cause 
creation of the new graphical program. The first pro- 
gram may specify the inclusion of various objects In the 
new graphical rjrograra For example, the new graphical 
program may have a dagram portion Including a plural- 
ity of interconnected nodes which vtsuatty Indicate func- 
tionality of the new graphical program. The new 
graphical program may also have a user interface por- 
tion Including various user interlace objects. In a related 
embodiment, a first program may specify the modifica- 
tion of an existing graphical program. When executed, 
the first program causes the existing graphical program 
to be modified, e.g., by modifying various objects of the 
graphical program. The first program may call an appli- 
cation programming Interface (API) usable for program- 
matteaQy creating a new graphical program or modifying 
on existing graphical program. The first program maybe 
operable to Interlace with a server program, e.g., a 
graphical programming development environment appli- 
cation, in order to pro grammatically request the server 
program to create the new graphical program or modify 
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trolling or modeling devices, such as Instruments, processes or Industrial automation hardware, Is referred to as a 
virtual Instrument (VI). In creating a virtual Instrument, a user may create a front panel or user Interface panel The front 
panel Includes various front panel objects, such as controls or indicators, that represent or display the respective Input 
and output that wa I be used by the graphical program or VT, and may Include other Icons which represent devices being 
5 controlled When the controls and Indicators are created In the front panel, corresponding Icons or terminals may be 
automatically created In the block diagram by the block diagram edtor. Alternatively; the user can place terminal Icons 
or input/output blocks In the block diagram which may later cause the display of corresponding front panel objects In the 
frort panel, either at edit time or at run time. 

[0008| During creation of the graphical program, the user selects various functions that accomplish his desired 
to result and connects the function icons together. For example, the functions may be connected in a data flow anchor con- 
trol ftcw format The functions may be connected between the terminals of the respective controls and tncflcaiors. Thus 
the user creates or assembles a data flow program, referred to as a block diagram, representing the graphical data now 
which accompfehes his desired function. The assembled graphical program may then be compiled or Interpreted to 
produce machine language mat accomplishes the desired method or process as shown In the block diagram, 
is [0009] A user may Input data to a virtual Instrument using front panel controls. This Input data propagates through 
the oata flow block diagram or graphical program and appears as changes on the output Indicators. In an instrumenta- 
tion app li cation, the front panel can be analogized to the front panel of en Instrument In an Industrial automation appli- 
cation the front panel can be analogized to the MM) (Man Machine interface) of a device. The user may adjust the 
controls on the front panel to affect the Input and view the output on the respective indicators. Alternatively, the front 
so panel may be used merely to view the input and output, and the Input may not be irrteractrvely maniputabte by the user 
during program exec uti on. 

[0010) Thus, graphical programming has become a powerful tool available to programmers. Graphical program- 
ming environments such as the National Instruments LabVlEW product have become very popular. Tools such as Lab- 
VI EW have greatly increased the productivity of programmers, and Increasing numbers of programmers are using 

25 graphical programming environments to develop their software appBcations. In particular, graphical programming tools 
are being used for test and measurement, data acquisition, process control, man machine Interface (MMI), supervisory 
control and data acquisition (SCADA) applications, simulation, and machine vision applications, among others. 
[0011] As g/aphical programming environments mature and grow in popularity and complexity, it becomes Increas- 
ingly desirable to provide high-level tods which help a user create or edit a graphical program. It also becomes Increas* 

30 inpjy desirable to Integrate graphical programming environments with other applications and programming 
environments. In many cases, the desired tools or the desired integration with other applications requires an ability to 
dyrtamfcafly or programmatfcaQy generate or edit a graphical program or a portion of a graphical program. 

[0012) As described above, a user typically creates a graphical program within a graphical programming environ- 
ment by interactively or manually placing Icons or nodes representing the desired blocks of functionality on a diagram, 

as and connecting the Icons/nodes together to represent the data fkw of the 

ate/edit graphical programs enables a graphical program to automatically be created/ed&ed without this type of interac- 
tive user Intervention. A system and method for prograrnmaticafly creating/editing graphical programs Is described 
herein. 

40 Summary of the Invention 

[0013) One embodiment of the present invention comprises a computer-Implemented system and method tor pro- 
gram;) laticaflyAfynamfcally creating or editing a graphical program. In one embodiment, a first program or cftent pro- 
gram is created, wherein the first program specifies creation of a new graphical program. In other words, when the first 

45 program Is executed, the first program Is operable to programmaticalr/ create the now graphical program The graphical 
program may be progammaticalty created with Dttie or no user input specifying the new graphical program during this 
creating. 

[0014) In various embodiments, the new graphical program that Is created may be a graphical program of any of 
various types, e.g., a graphical program created specifically so that a particular graphical programming development 

so environment Is operable to edit and/or execute the graphical program. The new graphical program may Include a plu- 
rality of graphical program objects. For example, the new graphical program may have a diagram portion Including a plu- 
rality of Irrterconnected nodes which visually Indicate functionality of the new graphical program. The new graphical 
program may also have a user Interlace portion Including various user Interface objects, such as one or more user Inter- 
face panels having controls for specifying user input to the graphical program anoVor Indicators for displaying output 

56 from the graphical program 

[0015) The first program may be a program of any of various types. For example, the first program may be a text- 
based program, such as a program written using C, C++, Java, Baste, or another text-based programming language. 
Also, the first program may ftserf be e graphical program. The first program may call an application programming Inter- 
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grammatically create or edit a second graphical program; 

Rgure 21 Illustrates user Interface controls which may be placed on a front panel In order to Interactively obtain a 
reference to a server program ore graphical program to edit; 

Figures 22 and 23 Illustrate how a user may select graphical program objects to create or edit by choosing from 
s hierarchical menus; 

Figure 24 Illustrates a simple client graphical program that creates the graphical program of Figures 5A and 5B; 
Figures 25 and 26 Illustrate a sflghtry more complex example of e graphical program than the program of Figures 
5A end 5B; 

Rgure 27 Illustrates a graphical program cOent that creates the graphical program of Figures 25 and 26; and 
10 Figures 2&-30 Illustrate dialog boxes for configuring one embedment of a server program. 

[0022] WhSe the Invention Is susceptible to various mocfifications and alternative forms specific embodiments are 
shown by way of example In the drawings and are herein deserted In detail It should be understood however, that 
drawings and detailed description thereto are not Intended to limit the Invention to the particular form disclosed. But on 
is the contrary the Invention is to cover an rrotffteations, equivalents and alternative following within the spirit and scope 
of the present Invention as defined by the appended claims. 

Detailed Description of the Preferred Embodiment 

so Roure 1 - Computer System Connected to a Network 

[°023] Figure 1 mustrates an exemplary computer network In which a computer system 82 Is connected through a 
network 84 to a second computer system 88. The computer system 82 and the second computer system 88 can be any 
of various types, as desired. The network 84 can also be any of various types, including a LAN (local area network), 

25 WAN (wide area network), or the Internet, among others. 

[0024] The computer system 82 Includes or stores a client computer program that programmatJcalry creates or 
edits a graphical program or a portion of a graphical program. As descnoed above, the client program may use an API 
to call a server program, such as a graphical programming environment application, which performs the actual opera- 
tions of creating or editing the graphical program. The server program may reside on the computer system 82 or on the 

» second computer system 86. The client program may interface with the server program indirectly through a proxy com- 
ponent, such as an ActhreX component The proxy component may reside on the computer system 82 or on the second 
computer system 86 or on a third computer system-connected to the network 84. 

(00261 The cfient, server, and proxy software programs/components may be Implemented In any of various ways, 
Including procedure-based techniques, component-based techniques, and/or object-oriented techniques, among oth~ 
x era, The programs may be written using any corrfcmatlon of text-based or graphical programming languages. Also, the 
programs may be written using distributed modules or components so that each of the client, server, and proxy may 
reshte cm eriyc»mblnafloncf computers connected to the 

network 84. 

40 Rqures 2A and 2B - Instrumentation and Industrial Automaton Syst^mc 

[0026J Figures 2A end 28 Illustrate exemplary systems which may store or use cfertfserver/proxy programs for 
programmaticaDy creating/editing graphical programs tor Instrumentation, process control, or other purposes. These 
programs may of course be stored In or used by other types of systems as desired. 

45 [0027] Rgure 2A Illustrates an instrumerrtauon control system 100. The system 100 comprises a host computer 
102 which connects to one or more instruments. The host computer 102 comprises a CPU, a display screen, memory, 
and one or more Input devices such as a mouse or keyboard as shown. The computer 102 connects through the one 
or more Instruments to analyze, measure, or control a unit under test (UUT) or process 150. The host computer 102 
may store client, server, andror proxy computer programs or components for programmaticaJly creating or editing a 

so graphical program, such as a graphical program which Interacts with or controls the one or more instruments. In other 
words, the computer 102 may be either of computers 82 or 86. 

[0028] The one or more Instruments may Include a GPIB instrument 1 12 and associated GPIB interface card 122, 
a data acquisition board 1 14 and associated signal conditioning circuitry 124, a VXI instrument 1 16, a PXI instrument 
1 18, a video device 132 and associated Image acquisition card 134, a motion control device 136 and associated motion 
55 control Interface card 138, anoVor one or more computer based Instrument cards 142, among other types of devices. 
[0029] The GPIB Iristrument 112 Is coupled to the computer 102 via the GPIB Interface card 122 provided by the 
computer 102. In a similar manner, the video device 132 Is coupled to the computer 102 via the Image acquisition card 
134, and the mofion control device 136 is coupled to the computer 102 through the motion control interface card 138. 



5 



EP 1077 404 A2 



mentation contm) systems an ^ n« bl^«^t?^f^ *° f?"*' 1 °2- *> f*m> 

B0341 RmiraM^l^lTlr^^^r. Wta<Hon • 0,8 man -"«*lne Interface application. 

through the one or more devices toYpmcess oTZto lTtT„!^™!!^ 1 02 a™"*** 

^comjt^adimncedanalvste. or otf»r e«rtmi in i^T^TT^^' pormwe or distributed data acquisition, proc- 

proflmm that Is ImotadwKh the autonES^nS^ ^"i!^ 88 8 

computer 102 may ba either of co^enfffi^ * " ,fi0 ' ^ wh9r ^ «* 

PHB5J The one or mom devices may include b daia Brn.ifcWr* k~,^ * '« >. ., 

cultry 124, a PXI ha™™, a vXtata, w -2222^1 '^ff^^^oTtlonlnac^ 
devlca 138 and aasodated mcdon c^^^n^^^" 13 !!" ^l 134 ' 3 ™" 0 " «nW 
card ITS.aPLCfProyammabtel^C^o^TeTalrtt^^^ I 70 asSodated na »*»« Interteca 
or a dteWUited «a«q^ 

other types of device "V* 8 " 1 horn National Instruments, among 

fcroush aeeria Interface card 184, orrtJ^S^^^S^^^S^ 102 

*C17B«^le8to1hec«T^iQ2thn^ 

face can, , 72 fc P^i^JKS^S 

«ett>us devices. Each ofthaDAQ cart m thaZw^iw rf^^^ 8fle ^ w *^ toone « , 'W>re 
andme modon contmlcart l^^p^^'K.SJc^^ 6 ^^^^ <*" 13 *> 
these carts 114, 184 172.134 ^3a^^IlZZ,^ ^^^^ desc ^ B ^- However. 

oneormo.dsv^ofas^elnlen^^^ 

Sonec^rra to p^^ 

•memory medium* Is lnten*££nZte ZSXT^T te * w * wlltate ™ 
corrputersystem memory such as sSSS £j^J^?*' 104 > oMa »» 8 

rnagnetfc media. aTa^^ 

wea,or<!on*oiatlorwthereor <^ aomgaTnamemonrrnedlum may comprise olhert^ 

m^JLln^d^^^ 



6 



EP1077 404 A2 



which executes fristructions from a memory medium. 

[003d] In one embedment; the client program, server program, andfor the resulting graphical program that te cre- 
ated or edited are designed for data acquisition/generation, analysts, and/or display; and for controlling or modefing 
Instrumentation or Industrial automation hardware. For example, In the preferred embedment, the server program Is the 
b National Instruments LabVJEW graphical programming environment appfication, which provides specialized support for 
developers of Instrumentation applications. The client program may also be a program involved with Instrumentation or 
data acquisition. 

[0040] However, It is noted that the present Invention can be used for a plethora of applications and is not Dmfted to 
Instrumentation or Industrial automation applications. In other words. Figures 2A and 2B are exemplary only, and graph- 
to ice! programs tor any of various types of purposes may be generated or edited by cnentfeerveofcroxy programs for any 
of various types of purposes, where the dlent/server/pmxy pnoorams are stored In and execute on any of various types 
of systems. For example, a spreadsheet program may act as a cflent program and may use the API described herein to 
oynamfcaiiy generate a graphical program which analyzes spreadsheet data and displays the resulta of the analysis to 
a user. 

15 

Figure 3 - Computer System Block Diagram 

[0041] Figure 3 is a block diagram of me computer system Hhist^^ 

type of computer system configuration or architecture can be used as desired, and Figure 3 Illustrates a representative 
20 PC embodiment It Is also noted that the computer system may be a general purpose computer system as shown In 
Figures 2A and 2B, a computer Implemented on a VXI card Installed In a VXI chassis, a computer implemented on a 
PXI card Installed In a PX1 chassis, or other types of errtoooOments. The elements of a computer not necessary to under- 
stand the present invention have been omitted for simplicity. 

10042) The computer 1 02 includes at least one central processing unit or CPU 160 which is coupled to a processor 
2s or host bus 162. Tne CPU 160 may be any of various types, including an x86 processor, e.g., a Pentium dass, a Pow- 
erPC processor, a CPU from the SPARC temfly of RISC processors, as wefl as others. Main memory 1 66 Is coupled to 
the r«^ bus 162 by means of memory controller 184. 

[0043J The main memory 1 66 stores computer programs according to the present invention. The main memory 1 68 
also stores operating system software as wed as the software for operation of the computer system, as weQ known to 

30 those skilled in the art The computer programs of the present invention will be oTscuased In more detail below. 

[0044] Tne host bus 162 Is coupfed to an expansion or inputrbutput bus 170 by means of a bus controller 168 or 
bus bridge togte. The expansion bus 170 is preferably the PCI (Peripheral Component Interconnect) expansion bus. 
although other bus types can be used The expansion bus 1 70 todudes Blote for various devices such as the data acqul- 
sftlon board 1 1 4 (of Figure 2A), a GPIB Interface card 122 which provides a 6PI9 bus Interfax 

* ll2(of Figure 2A),artd a Wl or MXI bus card 186 couo^ receiving Wl Instrumanta The 

computer 102 farther comprises a video display subsystem 180 end hard drive 182 coupled to the expansion bus 170. 

Figures 4 - 5: Interactive Creation of a Graphical Program by a User 

40 [0045] Figure 4 Is a flowchart diagram Illustrating one embodiment of how a user may Interactively or manually cre- 
ate or edt a graphical program. As shown In me flowchart and described below, the user manually adds various objects 
to a graphical program, connects them together, etc. In contrast, the present Invention comprises a system and method 
for programmaticafly creating or editing a graphical program without requiring this type of user Interaction. 
[0046| In the embodknent shown In Figure 4, the steps axe performed by a user creating or editing a graphical pro- 

45 gram In a graphical programming errvlronment As shown, In step 420 the user may create or edft a user Interface panel 
for displaying a graphical user Interface. The user Interface panel may comprise controls for accepting user Input, dis- 
playing information such as program output, or both. For example, the user interface panel may Include buttons, 
selectable lists, text boxes, graph controls, images, etc. A user may 'drop* various controls or other objects onto the 
user interface panel, e.g., by selecting the desired control from a control palette. Figure 5A illustrates a simple user 

so mterfaxe panel Step420 knot necessarily performed For example, a user Interface panel may not be desired, a user 
Interface panel may be Inherently specified during creation of the Mock diagram, or a user Interface panel may automat- 
IcaDy be created as the user creates the executable portions of the graphical program. 

P047J A graphical program may include a block diagram comprising objects referred to herein as 'nodes' which are 
connected together to model the program execution logic and data flow or control flow. A block diagram node may be 
55 displayed as an Icon representing the type or functionality of the noda Figure 58 illustrates a simple block diagram. As 
a user adds objects to the user interface panel, the graphical programming environment may automatical ly create a cor- 
responding ob|ect on the block diagram. Such block Diagram nodes which con^spond to user frtterfaoe panel objects 
are referred to herein as user interface nodes. For example, the Figure 5B Mock diagram node labeled Tne result of 
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Rc*re6-ProorafTffr^ Program 

[0056] Figure 6 b a flowchart diagram Illustrating one embodiment of a method for programmaticaOy creating a 
graphical program. In step 450, a first program Is created, wherein the first program specifies creation of a new graph- 
ical program. In other words, when the first program Is executed, the first program Is operable to programmaliceJIy cre- 
ate the new graphical program. The graphical program may be pr ogr am mattealry created with little or no user input 
specifying the new graphical program during this creating. In one embedment, the graphical program is programmaU- 
calry created with no user Input required. In another embodiment, the user may be prompted for certain decisions during 
programmatic creation, such as the type of graphical program, the look and (eel of the user interface In the graphical 
program, the number or degree of comments contained wtthlrt the graphical program, etc. 

[0057) In various embodiments, the new graphical program that Is created may be a graphical program of any of 
various types, ag., a graphical program created specifically so that a particular graphical programming development 
environment is operable to edft and/or execute the graphical program The new graphical program may Include a ptu- 
raJtty of graphical program objects. For example, the new graphical program may have a diagram portion inducting a plu- 
rality of tmarconnected nodes whteh visually Indicate tuncttonalty of the new graphical program. The new graphical 
program may ateohave a user Interface portion hduding various user interface objects, such as one or more user Inter- 
face panels having controte for specifying user Input to the graphical program ancVbr indicators for displaying output 
from the graphical program. 

[0058] The first program that Is created In step 450 ma^ 

program may be a text-based program, such as a program written using C, C++. Java, Basic, or arrcther text-based pro- 
gramming language. Also, the first program may itself be a graphical program. For example, the first proejam may be a 
program Interactively created by a user, e.g, as described above with reference to Figures 5A and SB. As described 
below, the first program may call an application programming Interface (API) usable for proojaromatjcally creating the 
new graphical program For example, a text-based program may Include text-based code tor calling various API func- 
tions or methods, while a graphical program may Include various graphical nodes supported by the API. 
[0059] in step 452, the first program is executed. 

(0080) m step 454, the new graphical program Is programmaticaHy created. In response to executing the first pro- 
gram. Thus, during execution of the first program, the first program is operable to cause creation of the new graphical 
program. As deserted above, the first program may specify the inclusion of various objects In the new graphical pro- 
gram. The first program may also specify other aspects of the graphical program, such as: Interconnections between 
diagram objects, connections between diagram objects and user interface objects, positions of objects, sizes of objects, 
and properties or configuration of objects (ag., configuration of data types, parameters, etc), among other aspects of 
the graphical program. 

[0001] In one embodiment, the first program may Include all executable logic necessary for prc^rammsficaTiy cre- 
ating the new graphical prog-am However, In the preferred embodiment, the first program Is operabte to interface with 
a server program, eg., a graphical programming devetoprnent environment application, in order to request the server 
program to creale the new graphical program. For example, the first program, may call a graphical program creation API 
supported by the senrer program m response to recerving these API calls, the server program Is executable to create 
the specified graphical program The server program may execute on the same computer system as the first program 
or may execute on a different computer system, e.g^ a different computer system connected by a network. 
[0062) The method of Figure 6 b iflustrated and is descrfoed above In terms of creating a new graphical program. 
It Is noted mat a similar rnethod may be used to 

ifytng creation of a new graphical program, flra first prog^ graphical program. 

When executed, the first program is then operable to programmatteaily modify the existing graphical program. For 
example, the first program may include a reference to the existing graphical program and may Include various API calls 
to modify the graphical program. e.g,, by edtfng one or more objects to the graphtceJ program, changing connections 
between graphical program objects, chanpjng varteus properoes of graphical program objects, etc 

Figure 7 -Cflem Program Accesses Server PitwrOT 

[0063] Figure 7 is a btock diagram Illustrating the abstract relationship between a client program 502 (e.g., the first 
program Biustrated In Figure 6), an API 504 to pfuyammaticalry create/edit a graphical program, end a server program 
50a As mrted above, the cflem progn^ 

502 may be a graphical program. The client program 502 may also be a text-based program such as a C++ program, a 
Visual Basic program, a Java program, etc., or eny combination of these or other languages. The cfient program 502 
may executB imtecendentty or may execute within an execution subsystem of an appfcalion development erwettment 
[0064] The client program 502 may caB the API 504 In any of various waya For example, a cOemgraphlcaJ program 
may Include graphical nodes corresponding to the API 504. One embodiment of a set of graphical nodes which a cfiant 
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graphical program may utf be to ereatefedS a graphical pram is desolbedlndetallbdn* A«^«»..ku.i 

may also Interface with text-based code wWch cafe the ^^^i^J^ ^f 9raphical pro9ram 

l^VIEWflraphfcalprosramwhtoWudeaeor 

*«<»hft>m«l«meertby*^ 

FKwra a • cnont fimphtol prrmmm rYrwi fimnhimi rw, baaatommsnt 

fhactem graphical praam 502 ufflkea the API 604 of Figure 7 to communicate with the nmnhw,i 

^^^r!?^^ ^^^^mamphW proZ- S^lSa^XirwhS; 
fewo^gr^praanwtfrB arMrwtrrwrtSM 

[W70] Th8functtona^oftheAP1504rrffiyb8lm^^ „ _ _ N 

om^ZeToi^ 

PW71) n» client graphical program 502 may execute fn a dfferent location than ttm rmnhui ~ , 

cocteSIBmayexchar^ message usingamessagepratoc^ »«**a*a«t the dent code 616 and server 

irrniimrtrjinrmtiLL ^.l inu8» oooi me cuera program and th© server program must know the 

w5£S55S3E£EE^ 

^eppaca^s^^caus^^ -» the 

Bmrog-ORBcnflntPmg n ^ Acra^ 

10073) ^»"l<«»^Bneirt>o»lrr^^ 
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standalone program operable to create/edit a graphical program, 

(0074) Rgure 9 Illustrates the general relationship in which a client program references a service object vte an ORB. 
The ORB may be any of various ORBs, such as the ActrveX/DCOM system, a CORBA system, a Java application envi- 
ronment, etc. The cfiert program 502 requests a reference to the yaphlcai program service 508 from the ORB 534. The 

5 ORB may create a proxy stub 532 for the cflent program 502 and a server stub 538 for the graphical program service. 
As shown In Rgure 9, the proxy stub 532 may communicate through the ORB Infrastructure 534 wtth the server stub 
536, and the server stub 538 may Interface with the graphical program service 508. The proxy stub 532 may comprise 
API functions/methods to create/edit a graphical program which the cflent program 502 may Invoke, and the ORB may 
traraparentty cause the graphical program service 508 to execute the corresponding functions/rnelhods. 

io [0075] As an example, the ORB 532 may be the ActfveX/DCOM system, the client program 502 may be an auto- 
mation client program, such as a Visual Basic automation client, and the graphical program service 508 may be an 
ActiveX component provided by a graphical programming environment In this example, the cflent program 602 may 
create a reference to the ActiveX graphical program servfoe component In the standard way and may invoke methods 
on the ccrnponent to oreate/eolt a graphical program. The ActiveX component may then execute appropriate portions 

is of the graphical programming environment code in order to perform the requested operations. As another example, the 
ORB may be a Java application environment, and the client program 502 and the graphical program service 508 may 
be Java programs. In this example, the client program 502 may request an interface to the graphical program 508 and 
may use the Interface to request the graphical program service 508 to create/edit a graphical program 
[0076] The block diagram of Rgure 9 Illustrates a general architecture In which the client program 502 communl- 

20 cates w&h a graphical program service 508 via Intermediate software proxies or componenta various elements of Rg- 
ure 9 may not be present, or various other elements may also be present, as appropriate for particular embodiments. 
In the preferred embodiment, the Graphical program service Is a software component such as an ActiveX component 
which is provided by the Lab VIEW graphical programming environment for client programs to use to programmaticafly 
create/edit graphical programs. 

25 

figures 1Q -3ft VI Server FtimflMS 

[0077] The server program 508 of Rgure 7 is operable to receive requests to create/edit a (paphlcai program from 
a cflent and perform the actual operations of creating/editing the graphical program In the preferred embodiment, the 
30 server program of Rgure 7 is an application instance of the LabVIEW graphical programming environment As noted 
above, the LabVIEW environment provides specialized support for developers of Instrumentation and Industrial auto- 
mation applications, and a Lab VIEW graphical program may ba referred to as a virtual Instrument or VI. The LabVIEW 
environment comprises functionality referred to as "VI Server which enables client programs to communicate wtth the 
LabVIEW environment The VI Server functkmal&y enables cOent programs to create or edit a LabVIEW graphical pre- 
ss gram or VT. 

[OOTB] A client program which requests LabVIEW to create/edit a VI may Itself be a VI. A client VI may include par- 
ticular nodes In the VI which utilize the VI Server functionality of a LabVIEW Instance to request the LabVIEW Instance 
to create a new VI, add objects to the VI, etc These nodes are descrtoed In Figures 10-23 below, and Rgures 24-27 
Illustrate exemplary uses of these nodea LabVIEW also provides components such as ActiveX components which ena- 
40 bietext-based programs such as Visual Baste procjama, Server functional- 

ity. In the preferred embodiment, these components enable text-based programs to perform all of the functions 
described below. 

[0079] It Is noted that, afthough the implementations of the blocks shown In Rgure 7 axe descrtoed with reference 
to the preferred emboolmerft^ 

45 

Rgure 10 - Open Awrftaftm BfltocaJtodfi 

[0080] Rgure 1 0 Illustrates the Open Application Reference node. The Open Application Reference node returns a 
reference to a VI Server application running on the specified computer. If an empty string Is specified for machine 
so name, then the node returns a reference to the local LabVIEW appscafcon in which this function is running. If a machine 
name Is specified, then the node attempts to establish a TCP connection with a remote VI Server on that machine on 
the specified port 

[0081J Trie application reference output can be used as an Input to the Property and Invoke nodes descrtoed 
below to get or set properties and Invoke methods on the application. The application reference output is used as the 
55 input to the Open VI Reference ronctton to obtain references to Vis in that application. The reference Is dosed with the 
Close Application or VI Reference function. If the user forgets to close this reference, the reference closes automatically 
when the top level VI associated wtth this function finishes executing. However, closing the reference operates to con- 
serve the resources Involved In maintaining the connection. 
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Reference node: 



martlne nam, is the address of the computer Bat nineacwof LabVIEWtr,»hw.i, h .^_.^ 
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application oo the (oca) version of Lab VIEW. If the Input ts wtred, and the reference Is to a remote version of Lab- 
VIEW, then the remote LabVIEW b queried to return the VI reference. 

type apecmer Is used for Ms data type only The value of the Input is Ignored The data type of the type specifier 
Input determines the data type of the vl reference output VI name or path ts polymorphic and can accept a string 
containing the name of the desired VI, or a path containing the complete path (Including the name) to the desired 
VI. if a name string te wired, then the VI must already be in memory. If a path is wired and the VI is already In mem- 
ory the Vt In memory is obtained, whether Kb path Is the same as the Input or not ft the VI is not In memory then 
the VI must be at the specified path for this function to succeed. If the VI Is at that location, the Vi is loaded into 
memory 

error In describes error conditions that occur prior to the execution of this function. The default Input of this duster 
is no error. 

password is the plain-text password string for the VL rf the VI Is net password protected, the input is Ignored if the 
VI is password protected and an Incorrect password is entered, the VI can be referenced, but the VI cannot be 
edited through that VI reference. 

vl reference Is the refmjm associated wtth me reouested VI. If the function talis* "not-a-refnum" Is returned, 
error out contains error information, if error In indicates an error, error out contains the same error information. 
Otherwise error out describes the error status that this VJ produces. 

[0093] If the user specifies a remote version of LabVIEW by the application reference Input the path te interpreted 
on the remote machine in the context of the remote fDe system. The path Is expressed using the tacaJ computer's path 
separators, but is translated to the remote computers path separators when the request arrives there. For example, to 
reference a Vt on a Macintosh at MyHD±abVJEW WsJbavf from a Windows application, the Window's path syntax: 
My HDMabVEW VtsMoavf would be used Conversely to reference a VI on a Windows computer at C:\tabview\bav1 
from a Macintosh application, the Macintosh path syntax: CtelMewloavi would be used. 

Flffira 12 • Nffiff VI fteNence Node 

[0094) Figure 1 2 Illustrates the New VI Reference node. The New V) Reference node creates a new VI and outputs 
a reference to the new VL The following describes the Inputs and outputs of the New VI Reference node: 

application reference Is an Input reference to a local or remote LabVIEW appneatioa Such a reference may be 
obtained from the Open Application Reference node, if this input is left unwired, the reference is to an application 
on the local version of LabVIEW. 

template fe a path of or reference to an existing VI to be used as a template for the new VL rf the terrplate Input Is 

wired, the new VI wlB be a copy of the template VL 

vl type specifies the type of VI to create The possWe types ere: itoo^ 

error In describes error corKfiflor* that occur prior to to 

is no error. 

passwwdb the password inptf input if the 

template vl Is not password protected, the password Input ts ignored 

vl reference is the refnum associated with the newly created VL If the function falls, •not-a-refnum 0 is returned, 
error out contains error information. If error In indicates an error, error out contains the same error information. 
Otherwise error out dascrbes the error status that mis nook produces, 

Ftoure 13- Open VI Object ReferertceN^e 

100951 Figure 13 Iflustrates the Open VI Object Reference node. The Open VI Object Reference node outputs a ref- 
erence to on object contained In a VI. The fotowing describes the Inputs and outputs of the Open VI Object Reference 
node: 

vt object ctase specifies the type of object reference to obtain. References to both objects of a front panel (user 
Interface panel) and of a block diagram may be obtained. Figure 22 Illustrates how a user may choose a value for 
the vl object cJaee input by selecting from a hierarchical menu. For example, a 'slide* value may be chosen to des- 
tgnate that the reference to obtain is a referem» to a siWe user Intense control, 
owner reference is an Input refererice to the object ma^ 

be obtained. The owner reference may be a reference to a VI or to an object within e VI. For example, the owner 
reference may be a reference to a Week diagram node, end the reference to be obtained may be a reference to an 
Input terminal of the block diagram node 
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ObJedReterercenoda: "™r ooiect. The frrfcrwing describes the Inputs and outputs of the New VI 



by selecting from a htoarchtcat Su^^^^ " * ^ <*»»» i"P«t 

toobtahbarefercn^^ be chosen to designate that the reference 
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from e hierarchical menu. For example a reference to a general slide object may be downcasted to a reference to 
a vertical pointer slide object 

error In describes error conditions that occur prior to the execution of this function. The default Input of this duster 
Is no error. 

downcasted reference Is an output reference with the specified class as the reference type Information. If the 
downcast tails, 'not-o-refnum* Is the output value, 

error out contains error Information. If error In Indicates an error, error out contains the same error Information. 
Otherwise error out describes the error status that mis node produces. 

Figure 17 - Ctefl AppBation or VI Bateaam Matte 

[0099) Figure 17 illustrates the Close AppOcatfon or VI Reference node. The Close Application or VI Reference 
node doses an open VI or the connection to a Lab VIEW application Instance. The following descrtoes the Inputs and 
outputs of the Close Application or VI Reference node: 

application or vt reference ts the refnum associated with en open VI or a Lab VIEW application instance. 

error In describes error conditions that occur prior to the execution of this function. The default input of this cluster 

Is no error. 

error out contains error Information. If error In indicates an error, error out contains the same error Information. 
Otherwise It describes the error status that this node pro du c es . 

Figure 18 - Call By Reference, Noda 

[01001 Rgure 1 8 fflustretes the Cafl By Reference node. The Call By Reference node may be used to cafl a VI, such 
as a VI which has been created programmaiteally. The Call By Reference node is similar to a sub-Vl node In that either 
can be used to cef) a VI. However, a sub-Vl node Is statically linked to a particular VI that the user determines when 
he/she drops the node on the olagram. With the CeB By Reference node, the Vt that is called is determined dynamically 
at run time by the value of the VI reference wired to the reference Input at the top of the node. Thus, the VI which is 
called by tha Cail By Reference node may be on a different computer. 

[0101] The top of the Call By Reference node Includes four terminals: an Input/output pair of flow through VI refer- 
ence terminate, and an Input/output pair of How through error dusters. The VI reference Input accepts wires only from 
tfrtaly-typed VI references. Below these terminate Is en area wftWn which a connector pane resides (is displayed) that 
is identical to that of a VI wfth Bs terminals showing (rather than its icon). The connector pane of the strtory-typed VI 
reference input determines the pattern and data types of this cormector pane whteh is displayed In the CaJI By Refer- 
ence node Icon The user wires to these terminals ]ust as hotehe would to a normal sub-Vl. 

(0102) Astorrgasnofreofmetemfria^ 

aa^automaik^tothatotthe Inpat VI reference's connector pane. However, !far»y of them are wired, the node does 
nc^e^tapt automatical^ and 

ping up on the node and selecting the Adapt To Reference Input menu Item 

[0103) At run time there is a emafl amount of overhead In calling the VI that ts not necessary In a normal sub-Vi call. 
This overhead comes from validating the VI reference and a few other bookkeeping details. However, for a call to a VI 
in the local LabVIEW, this overhead should be insignificant for all but the smallest subVis. CeJBng a VI located In another 
LabVtEW application (across the network) may involve more overhead. 

[0104] The totowlng descrfres tha inputs and outputs of tha Call By Reference node: 

vt reference is the refnum associated wfth a VI that Is already opart 
error In descrrbes error conditions that occur prior to 
ts no error. 

dup reference has tha same value as reference. 

error out contains error information. (Terror m Indicates an error, error out contains the same error information. 
Otherwise, It describes the error status that this VI produces. 

Figure 1 P - Property. Node 

(0105) Rgure 19 iflustrates the Property node. The Property node sets (writes) or gets (reads) application, VI and 
VI object property information. Thus, the Property node may be used to creata/edit a g/aphtcaJ program. For example, 
the property node may be used to change the color of a user Interface object etc, 

[0106) To select a specific property, the user pop ups on one of the name terminals and selects Properties. The 
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QTBTT) 0b)8Ct8. 

pi 13] In the preferred embodiment, the user seJecte a VI Server front pane! refhum control and places this refnum 
control In a front pane) of a VI. The user men configures the refnum to be an appropriate type, such as an Application 
refhum. a Generic VI refnum, a Strictly-typed vt refnum, or another type of refnum Once the user has configured the 
refnum control to the appropriate type, the refnum control takes on the respective appearance by the class selected by 
the user. For example, ft the user drops the front panel refnum control on the front panel and configures the refhum to 
be of the Application class, the refhum takes on the Application Icon appearance shown In Figure 21 . 
[0114] When the user drops or places the VI Server refnum in the front panel and configures the refnum, corre- 
sponding terminate appear In the block diagram. These terminals provide the Information on the application or graphical 
program referenced by the refnum. 

Ro*re24-ProojBmrr^ 

pniq Figure 24 Illustrates eiie^ 

fceJIy create trm graphicaJ program of Rgures 5A and 5a v^ois sections of the Figure 24 program are labeled In the 
diagram with the purpose of the code, 

[0116) As shown In Figure 24, a New VI Reference node Is used to create a new graphical program. Since no appli- 
cation reference is passed to the New VI Reference node, the new graphical program Is crested by the default local Lab- 
VIEW eppfication Instance. The New VI Reference node outputs a reference to the new graphical program, and the 
Property node Reference* Input receives this reference. The Property node sets properties of the graphical program, 
specifying that the user Interface panel window and block diagram window of the graphical program are opea As 
described above, a user may pop up a menu to select the desired property of en object to get or set The list of displayed 
properties may vary eccordbg to 

[0117) After ttre graphical program has been created and modified as described above, a New VI Object Reference 
node is used to create the Addition function node shown In Figure 5R 

[0118] Next the Open V) Object Reference No<te Is used to obtain a reference to the Y Input terminal of the Add3- 
tlon function node. The reference to the V Input terminal is passed to an Invoke node, which creates a constant value 
of ZOtrmtte wired to the Y input temilnaL desired method 

toirwoteonanobJecLTheBsttf lnput ^ 

erences. Similarly* an Open VI Object Reference Node and an Invoke node are used to create a constant value of 3.0 
thai Is wired to the y Input terminal of the Addrtkm turictfan node. 

[Dlig] Next, an Open VI Object Reference Node and an Invoke node are used to create a user Interface 1 ndlcator 

control thai is wired to the output terminal of the Addition function noda 

[01201 Finalr* a Properly rwdeteu^ to 

Z0>a0was:\ as shown biRgureSA. Note that tte 

ceding Invoke node Is wired asthe Input refereiK* to thfe Property node. 

F faWfrgS-ZKPrwir^^ 

(0121J F^res25end28fflustrateBdlg^mo 

ores 5A and saF^ure 27 Illustrates a cCent graphs pro-am thai uses the 

gram shown in Rgures 25 and 26. The client ^ephlcai program of Rgure 27 may be creeled Interactively by a user, as 
described abeva. 

[0122) Figure 25 iustratB8Bi*erInterf 

ure 26 Dlustrates a block diagram representing the execution and data flow of the program. Each of the user Interface 
controls of Flp^ 2S has a conasp^ 

61 0 with the arrowhead Is a whfle loop. The icon 61 2 Is the common terminal for the while loop 61 0. 
[0123] When this prog/am brunette 

dWon terminal 612 becomes Tatee*. As shown, the user interlace node 614 for the stop button is connected to a 
boolean *Ncf function. By default the output of the stop button user Interface node 614 is false 1 . When a user presses 
the stop button the output becomes 
false*. When this happens, the program terminates, since In this example there is no additional code to execute after 
the whQe loop ends. 

[0124] The Icon 616 represents a random number generator Junction node. The output terminal of the random 
number node 616 is connected to the Input terminal of the waveform chart user interface node 61 a Thus, for each fter- 
atJon of the while loop, e random number b generated and plotted on the waveform chart user interface control. Figure 
25 shews how the waveform chart may 

wtth an Input constant of 1 00, which causae a pause of 100 mflD^ 
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IW25J 27 IBustratesacflem graphs proomm which uses tte , . 

«"* graphical proyam of Rom 26 and2a ^^^1^^!^. rfesa1be < 1 a^ve to dynamicaHy create 

P*28J In section 1 of Rgure 27. a New vi Rnfwww-o n~*» , . 

appfodon reference L, pa^tothe nTJ. R^^T^o „^ ^ 8 fte * Braphlca ' P"*™- Shco no 
whlcnapec^tnBtypooJo^ecttDCiaatXSo^ 

this reference Input and chenaee tr^V^ .^w^™.!^^ ^ n>L 1)18 prD P er * "^e of section 2 receives 
conw. A positioning funcuTb used to^ES^^l^ ^ * 8 ^ button 
[0129] in section 4 of . m . 



■■■'"—■wfi u»«r uooi mienace paneJ. ' ■ 



the Preference. Together. lhe« Ir^l^^ w^f^j! *^ 9rapWcal k**cifled as 

waveform chart user interface node b^r^ ^^^^ r ^^^- 0nca <"« "*™«> to the 
ehown In sactton a The Invote no* Irn^^^^^ 

chart user brlerfa*^^ 
«»h*te node dhptaya to of Input paramefa^^ 

function node b BuppSedaa the ^sci^^i^^^-^^^^ * randonl 9°^^ 
V '^"^node^,^ 

inputtBrmtnal of the watt function node, iwwnicn » connected to the •minteaconds to war 

jSncrs;r b ^ 

"on 12. and the Invoke node connects the output of^^^^^^^'^^^haac- 
sln^ to the sectlora described abova ""^ 0,0,6 NotturWIon node to the condition terminal of the while loop, 
P^BJjn aedlon 1 3 of Rgure 27, a„ ^ b ^ to n^™,,^^,^ 
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status of the program. 

(0139] Although this example Is primarily concerned wffli creating a new graphlcaJ program, it is noted that the 
above-described functionality also enables programmatic editing of a graphical program. References to graphtceJ pro- 
gram objects may be obtained, and various properties may be set and various methods may be Invoked to move 
objects, resize objects, add/remove objects, reconnect objects, etc., similarly to the description above In the preferred 
embodiment any operation which a program developer may perform imeracttvety may also be performed programmat- 
fcaJr* 

[0140] The exemplary graphical programs of Figures 24 - 27 utilize the specific graphical programming API 
described above, Le^ the nodes shown In Figures 10 - 20. This particular graphical API is exemplary only, and marry 
aftematlve embexfirnents are contemplated. For example. Instead of using property and invoke nodes such es 
described above, a graphical program may l/xdude other types of rrxjtffy nodes to modify aspects of a r^ewty created or 
existing graphical program. 

TOTt-fiasflri Client Program 

fl>1411 As ofescrijed above, dient programs may a tso be text-based p 

based program may obtain a reference to a software component which includes on fntetface with functions or methods 
to perform the operations of the nodes described above. For example, a program may obtain a reference to an ActiveX 
component where the Interface tor the ActiveX ccmpon ant includes a CroateNewProgram method which Is comparable 
to the New VI Reference node, a G etProgramObJectReference method which Is comparable to the Open VI Object Ref- 
erence node described above, etc 

(0142] In me preferred embodiment, various types of software components are provided which enable programs of 
various languages executing on various systems to programmaticafly create/edit graphical programs. As la well known 
In the art, modem component-based software arahftecture and object oriented design techniques make ft relatively 
straightforward to encapsulate pontons of code and provide various interfaces to the coda For example, a service to 
create/edx a graphical program may b* exposed aa an ActrveX com 

eta In the preferred embodimerrt, the imptementaion of the nodes described above and the implementation of compo- 
nents for use In text-based programs is based on a common code base. 

ffonfiBtirfrm me VI S^ver 

[01431 As described above, In the preferred embodiment, tha server program of Rgure 7 b a Lab VIEW epplteation 
Instance wroch comprises VI Server hincttonadity. The user can configure which parts of the VI Server are available to 
other appScaMons^as wefl as enable or dteabte particular protocols and specify which server resources are exported. 
TWs section d es crib es VI Server configuration. 

1. SBOttLQfflBaifflftffl 

[&144) 16 configure the server for external appflcattons, the user selects Edrt»Preferences on the server machine 
and selects Server, torroguratton from the drop down menu. The dialog box appears as shown in Rgure 28, 
101451 The options shown In Rgure 28 specify through which communication protocols other applications can 
access the VI Server TCP/IP or ActiveX protocol ff the user enables TCP/IP, the user must enter the Port number 
that cfient applications use to connect to the server. When the user allows other applications to connect using TCP/IP, 
the user should also configure whto Intend hosts riave access 
section tor more Wbnratkxo. For nwe Inters 

eppfication Serial Na 60rt56£28 titled •System and Method for Accessing Object Capabilities in a Graphical Program* 
filed 8/21/97, whose inventors are Ram Kuduxofi, Robert Dye, and Murafl 
by reference. 

[0146] WrmServenOorrftguratton selected^ 

cations that access the VI Server. The fottowtng server resources are available: 

VI Calls allows applications to make cafe to Vis on the server. When the user allows other applications access to 
Vls» the user shwJkJ also corffo^ 
more information. 

VI Methods and Properties atoms apolkstttoratoreadandstf 

allows other applications access to Vis, the user should also configure which Vis they have access ta See the Sec- 
tion Exported Ws Configuration for more Information. 
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I0147J 
[0148] 



» server. 



properties * 0068 001 806888 to VI or application methods and 



15 



wcannotacceffitt^VI.thei^cflcksonmoAltowAce^^lW 
«» button to Insert a r^ertry after ttwcurr^ 

Don. The user cficte a^Sage an^^C^ D S«^^!^^' , to ^ ^ *e ^ 

that do notcontain path separators a^^^^^^^ 0 "^ •*»■»* VI paths, white entries 
server axamhee the E^tt^ l« f^S^XT,?^^ ^ o™***^* tries to access a VI. the 
matches** »«»st*^ 
••^^^air*-!^,^ 
» aV-rntteWttahw^ 

Z "«^^or» art^ character, axcep* tor the pamaop^ 

[WMJ IfthausarwBrtotorrwtEhavlwHhar^tr^cor^awftk^ -„ 



t 781,181 


» 


Matches all Vts ~ ' 


AmftabvtaMr 


MaW^aOWs^me^e^^A^J^SsiS 1 


AfirtabviB*/** 




Test* 




^export* 


Mfikltes any VI wOh a name that contains the string 'expert*. 


010? 


Matches any VI with the name OK?. " — - 



as well, with the exceptor, of the VI c^s^p^^ 



AdtffiorraNy; any V) 
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thai begins with the string srvr_ and ends with mo string .vt b exported No VI that begirt with trta string lccaJ_ and ends 
wtth the string .vl b exported, wen If ft to located wtthin the c: MabvlevAservor tfrectory. 
[0157] The default Exported VTs settings allow access to aBVis. 

X TCP/IP Access Gonfifluratfan 

pMSaj When the user allows remote applications to access the VI Server using the TCP/IP protocol, the user 
should specflv which Internet hosts have access to the server. To configure the cfients that have access, the user 
selects Ecm>>Preferences on the server machine and selects Server: TCP/IP Access from the drop down menu. The 
options appear In the Preferences dialog box as shown In Figure 30. 

10159) Selecting Server TCPWP Access aJJows the user to specify which clients can access the VI Server. The 
TCP/IP Access Ust describes cfientettrt efther have access to or are denied access to the LabvlEW server. To change 
an entry, the user selects It from the Dst then types Into trie tod box at me r^ user 
clicks on the ADow Access radio button to ailow the dlem to access the server. The use^ 
button to deny the client access to the serw. The user ttte AcW button to Insert a new 
selection, the user cOcks the Remove button to remove the current selection 
entry tochange Its position wlthto the TCP/IP Access Ust If ™ 

to the entry If an address b denied access, a *croas our symbol appears next to the entry. If no symbol appears next 
to the entry, the syntax of the entry Is Incorrect 

[0160J When a cOent tries to open a connection to the server, the server examines the entries In the TCP/IP Access 
Ust to determtoe whether ft grants access to the cfient rf an entry tn the list matches the cfienrs address, the server 
efiher allows or denies access, based on how the user set up the entry If a subsequent entry also matches the client's 
address. Its access permission Is used In place of the previous permission. (For example. In Figure 29 above, 
atestsrtacom In the TCP/IP Access List fe allowed access even though the list Incficates that all addresses ending In 
.teslslte.com are not allowed access. See the paragraph on wildcards later In this document) If no entry matches the 
cfients address, access Is denied 

[0161] An Internet (IP) address, such as 13a 164.1 2a 123", may have one domain name (such as •wwwuat- 
InstcorrT) or more associated with ft. The conversion from a domain name to Its corresponding IP address Is catted 
name resolution. The conversion from an IP address to Its domain name Is called name lookup. 
[0162] Name lookups and name resolutions are done through system calls that access domain name system 
(DNS) servers on the Internet A name lookup or resolution can fan when the system does not have access to a DNS 
server, or when the address or name is rtotvaM A resolution problem occurs when an entry contains a domain name 
that cermet be resolved Into an IP address. A lookup problem occurs when en entry contains a partial domain name, 
such as ■jtatlrrstccmr, and the loolojptbrthecSerrr^ IPadc^essfe^ 

prl631 Trie Strict Checkmg option determm^ that cannot be ccrnpared 

to a cfienrs IP address because of resoarbon or lookup problems. When Strict Checking Is enabled, a denying access 
Dst entry in the TCP/IP Access Ust that encounters a resolution problem Is treated as If ft matched the cflerrrs IP 
adOess. When Strict Checking Is disal^ an access list entry thtf 

[01641 To spec!* an Internet hoa acyress. The * wildcard can be 

used when specifying Internet host arfdtesses. For example, the user can specify ail hosts within the domain 
domalnxom with the entry * .dematoxera The user can specify all hosts In the subnet whose first two octets are 
130.184 with the entry 130.164.*. The entry * matches ad addresses. 
[01651 The fbflowlngtairie shows seme e^ 



Table 2 



Server: TCP/IP Access 


* 


Matches ell hosts. 


testsite.com 


Matches the host whose domain name Is testsrtacom. 


* .site.com 


Matches all hosts whose domain name ends with '.sKe.com, 


130.164.12at23 


Matches the host with the IP address 130.164.123.123. 


130.164.12a* 


Matches aS hosts whose IP address starts with 130.164.123. 



[01661 In Figure 30, all hoste h the site.com (torr^n have access to 

tpstsfte.com domain. Additionally, the hosts atestsrte.com, b.tastsltecom and 130.164.123.123 have also access to 
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q^I^^W- ttoB^Mw^? C °' T '* , !^^f CeS8e * 80 Instance of a V) Server located on tho first computer Lit 

<^^ZX^^^^^^ e :^^ ££££ 

Claims 

- 1. A«^-f*P*m«ntedrr^ 

' S^^S^^^S^l^f**^^** 8 * specrfiea creation of a newsraprtau pmgmm. whamln th, 

2. A system tor programs talicafly creating a graphical program, comprising: 
a computer system rndutfing a CPU and memory; 

En^ol^,^^ creae the new graphtea! pm^nT 

wnorem ore CPU Is operable to areata the first program to programmaticalty create the new graphical pre- 



ss 3. 



4. 



55 

8L 



tng. »'*^P<^*»«^ar*user!r^ 6 pec^ 

6. ^ma^ors^olarryotcialmstor^^ 

^c^uCSrtr^^ 
•^^tter^sraphlcalrjrogrambcreated 



^^^-an.-c^i^a^sa*,^ 
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creating a ptumOty of graphical program objects in the nw graphical program In response to said executing the 
first program; and 

interconnecting the pturafity of graphical program objects in the new graphical program in response to said exe- 
cuting the first program; 

wherein the Interconnected plurality of graphical program objects comprise at least a portion of the new graph- 
ical program. 

a The method or system of any of claims 1 or 2, wherein said programmatfcally creating the new graphical program 
comprises! 

creating one or mere user Interface objects In response to said executing the first program, wherein the one or 
more user interface objects perform one or more oJ providing Input to or displaying output from the new graph- 
ical program. 

10. Therrffithodorsy^emofa^ofciaims 1 or2* wherein, In response to said executing the first program, the first pro- 
gram is operable to interface with a server program; 

wherein the server program is operable to programmatteeiry create the new graphical program in response to said 
interfacing 

11. The method or system of claim 10, wherein the server program is an application Instance of a graphical program- 
ming development environment. 

12. The method of data 10^ 

wherein said executing the first program occurs ort a first compute* system; 
wherein the server program executes on a second computer system. 

13. The system of ctaJm 10, wherein said computer system is a first computer system, the system further comprising: 

a second computer system Including a CPU and memory; 

wherein the first computer system is connected to the second computer system via a network; 
wherein the memory of the second computer system stores the serw 

wherein the CPU of the second computer system Is operable to execute the server program to programmati- 
caBy create the new graphical program in response to said Interfacing. 

14. The method or system of any of c&rnsl tluough 8, wherein the tlrrt 

1& The method or system of claim 14, wherein me first graphlceJ program includes at least one object creation node 
tor pfog/BmrnetfcaUy creating at least one graphical program object in the new graphical program; 
wherein said prop/amrnatically creating the new graphical program comprises including the at least one graphical 
program object In the new graphical program in response to said executing the first graphical program. 

IB. The mrthod or system of claim 15, wherein the first Graphical program further Includes a property node; 
wherein the property node is operable to get or set a property of me graphical program ot^ 
executing the first graphical program 

17. The method or system cf claim 1 6, wherein the first graphical program further Includes en Invoke node; 
wherein the invoice node Is operable to invoke a method on the graphical program object in response to said exe- 
cuting the first graphical program. 

18. The method or system of dalm 1 7, wherein the Invoked method connects the graphical program object to another 
graphical program object in the new graphical program; 

wherein said rannecting the graphical program object to said another graphical program object cornprtses connect- 
ing an Input of the graprrteei program object to an output of said another graphical program object 

19. Tr» method or system of daim 14, wherein the first graphical program Includes a graphical program creation node 
tor prograntmatfcaJJy creating the new graphical program; 

wherein the first graphical program Includes at least one object creation node tor prc^ramrnatfcaOy creating at least 
one graphical program object in the new graphical program; 



23 



EP 1 077404 A2 

wherein aaU executing the first g^lcal progmm Indudes: 

cmaflng a first program, wherein the flret program Incfudcs a ^ »~ ^ 

a ownputer system including, a CPU end memory 

program; ^ » wecuiaae to progjamraatk^ existing graphical 
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graphfcB) program objects; 

wherein said modifying the existing graphical program comprises modffyfng one or more graphical program objects 
In the existing graphical pro-am in response to said executing the first program. 

31. The method or system of any of clafrre 25 or 26, wherein the existing graphics] program includes a plurality of user 
interface objects; 

wherein said rrocDfytog the existing graphical program comprises modifying one or more user Interface objects in 
the existing graphical program In response to said executing the first program. 

32. The method or system of any of cteirra 25 through 31, wherein the first program is a first graphical program. 

33. The method or system of ciaJm 32 t wherein the first graphical program includes at least one modify node; 
wherein the motffy node Is executable to modify one or more graphical program objects In the existing graphical 
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Figure 10 
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Downcast Reference Node 
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